GOTO is a vendor independent international software development conference with more that 90 top speaker and 1300 attendees. The conference cover topics such as .Net, Java, Open Source, Agile, Architecture and Design, Web, Cloud, New Languages and Processes

Presentation: "Continuous Delivery: Tales from Windowsland"

Track: DevOps In Depth / Time: Wednesday 13:20 - 14:10 / Location: Store Sal, Musikhuset

Once you've been on a continuously-delivered project, there's no way back. The combination of rapid feedback, high levels of collaboration, and great software quality produces a rapid and effective delivery cycle. With the advent of distributed version control systems and infrastructure automation tools like Puppet and Chef, it is easier than ever to have a deployment pipeline providing fast feedback to the whole team on every check-in. So there are no excuses to not automate everything again, right?
"Well that's all great, but my software is on Windows..."

OK, fair enough, it is still hard and that is why I want to talk about some of the patterns and anti-patterns of continuous integration and deployment pipelines, what tooling is available and what is so hard about windows. I will share some of the ways I have seen these problems solved - good, bad and ugly - and set the stage to make Continuous Delivery a little bit easier in Windowsland.

Download slides

Rachel Laycock, Lead Consultant @ ThoughtWorks

Rachel Laycock

Biography: Rachel Laycock

Rachel Laycock works for ThoughtWorks as a Lead Consultant with 10 years of experience in systems development. She has worked on a wide range of technologies and the integration of many disparate systems. Since working at ThoughtWorks, Rachel has coached teams on Agile and Continuous Delivery technical practices and has played the role of coach, trainer, technical lead, architect, and developer. She is now a member of the Technical Advisory Board to the CTO, which regularly produces the ThoughtWorks Technology Radar. Rachel is fascinated by problem solving and has discovered that people problems are often more difficult to solve than software ones.